UNITED STATES PATENT APPLICATION FOR: 

METHOD AND SYSTEM FOR THE 
CLOCK SYNCHRONIZATION OF NETWORK TERMINALS 



INVENTORS: 
Rajan Bhandari, Miguel Dajer, Mahendra Tailor 



ATTORNEY DOCKET NUMBER: Bhandari 3-16-5 



CERTIFICATION OF MAILING UNDER 37 C.F.R, 1,10 

I hereby certify that this New Application and 
the documents referred to as enclosed therein 
are being deposited with the United States 

Postal Service on ^-tP ^OW , in an 

envelope marked as "Express Mail United States 
Postal Service", Mailing Label No, 
f^l^347?rO'^^y^S - addressed to: Assistant 
Commissioner for Patents, Box PATENT 
APPLICATION, Washington, D.C. 20231. 



0 Q./!^ ljuu Ojs^<>^ 

Signature 
Name 

Date of signature 



MOSER , PATTERSON, & SHERIDAN LLP 

595 Shrewsbury Avenue, Suite 100 
Shrewsbury, New Jersey 07702 
732-530-9404 - Telephone 
732-530-9808 - Facsimile 



Bhandari 3-16-5 



METHOD AND SYSTEM FOR THE 
CLOCK SYNCHRONIZATION OF NETWORK TERMINALS 

FIELD OF THE INVENTION 
5 This invention relates to the field of data networks and, more specifically, 

to a method and system for synchronizing the clocks of terminal devices in a 
data network. 

BACKGROUND OF THE INVENTION 
10 Recent developments and advances in information technologies have led 

to new and unanticipated problems. In particular, transfer of data from a server 
to a requesting client presents certain complication. For example, video data 
comprises a series of still frames which must be played one after another in a 
predefined and well regulated time sequence. Accordingly, information relating 
15 to the image data must be transferred along with information relating to the 
timing of playback events. Proper transmission of video images requires a 
scheme to preserve signal timing attributes from a transmitting station to a 
receiving station. 

For proper play-back, an audio-video signal is preferably played out at 
20 the same rate which it is transmitted. This is especially important in interactive 
systems where "real-time" properties are maintained. If a receiver clock is 
independent from a transmitter clock then the receiver may play frames slightly 
faster than it receives them and lead the system into a data starvation condition. 
Alternatively, if the receiver plays frames too slowly, then a data overflow 
25 condition may occur at a data buffer having a limited size. 

In certain transmission networks a data stream is divided into many 
portions or "packets" and transmitted along various paths of the network. 
These packets may be subject to time delays which are random in length. 
Sometimes and herein referred to as "jitter", random time delays are necessarily 
30 inherent in networks which transmit data in data subsets. Each data packet 
may arrive at a receiver with a total transmission time which may vary from 
packet to packet. Depending upon the network path and network congestion 
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conditions, transmission time delays may be highly different between packets. 
For audio-video data to be useful, it must be transmitted through the packet 
network and played back in a manner where the time delays or network jitter 
does not show up as artifacts in the presentation level play back. In order to 
5 achieve this, it is necessary that a time base of the transmitting station be 

replicated at the receiver and thus the "clocks" of the terminal end are said to be 
synchronized. 

SUMMARY OF THE INVENTION 
10 The present invention solves the deficiencies of the prior art by providing 

a method and system for the synchronization of the clocks of terminals in a data 
network. 

In one embodiment of the present invention, a method for synchronizing 
the clocks of network terminals in a network includes determining a respective 

15 round trip delay time from a master terminal having a master clock to each of 
the other (slave) terminals of the network and offsetting the clock of each of the 
slave terminals by an amount proportional to the respective determined round 
trip delay time such that the master terminal and each of the slave terminals 
have substantially the same point of reference in time. The method further 

20 includes, in response to a trigger signal, determining a respective phase and 
frequency offset between the master clock of the master terminal and the clocks 
of each of the slave terminals and offsetting the clocks of each of the slave 
terminals by an amount proportional to the determined respective offset to 
synchronize the clocks of each of the slave terminals to the master clock of the 

25 master terminal. 



BRIEF DESCRIPTION OF THE DRAWINGS 
The teachings of the present invention can be readily understood by 
considering the following detailed description in conjunction with the 
30 accompanying drawings, in which: 
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FIG. 1 depicts a high level block diagram of a packet network including 
clock synchronization in accordance with an embodiment of the present 
invention; 

FIG. 2 depicts a high level block diagram of an embodiment of a network 
5 interface controller suitable for use in each of the terminals of the packet 
network of FIG. 1 ; and 

FIG. 3 depicts a high level block diagram of an embodiment of a micro- 
controller suitable for use in the master terminal and the slave terminals of the 
packet network of FIG. 1 . 
10 To facilitate understanding, identical reference numerals have been 

used, where possible, to designate identical elements that are common to the 
figures. 

DETAILED DESCRIPTION OF THE INVENTION 

15 The present invention advantageously provides a method and system for 

the synchronization of terminal clocks in a data network. Although various 
embodiments of the present invention are described herein with respect to the 
synchronization of the clocks of slave terminals to the clock of a master terminal 
in a packet network, the specific embodiments of the present invention should 

20 not be treated as limiting the scope of the invention. It will be appreciated by 
those skilled in the art informed by the teachings of the present invention that 
the concepts of the present invention may be advantageously applied in 
substantially any network for the synchronization of terminal clocks. 

FIG. 1 depicts a high level block diagram of a packet network including 

25 clock synchronization in accordance with an embodiment of the present 

invention. The packet network 100 of FIG. 1 illustratively comprises a master 
terminal 110i, three slave terminals IIO2-IIO4, and a non-blocking switch 115. 
Each of the terminals comprises a clock, where the master terminal 1 1O1 
comprises a reference master clock 120i and each of the slave terminals 1 1O2- 

30 1 1 04 comprises a slave-clock generator 1 2O2-1 2O4. The master terminal further 
comprises a Reference Sync Generator 140 and a micro-controller 125i and 
each of the slave terminalsl IO2-I IO4 further comprises a respective micro- 
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controller 1252-1254. In the packet network 100 of FIG. 1 in accordance with 
the present invention, in order to keep data exchange and any circuit means in 
the network as simplified as possible, the slave-clocks 1202-1204of the slave 
terminals 1 1O2-I IO4 are synchronized to the master reference clock 120i of the 
5 master terminal 1 1O1. As depicted in FIG. 1 , each of the master terminal lid 
and the slave terminals 1 1O2-1 1 04 further comprise a respective network 
interface controller I3O1-I3O4. Although the packet network ICQ of FIG. 1 
illustratively comprises a master terminal and a plurality of slave terminals, in 
alternate embodiments of the present invention, the concepts of the present 
10 invention may be applied in a network comprising a plurality of similar terminals 
wherein one of the terminals is selected to represent a master terminal having a 
master clock. 

The non-blocking switch 1 15 of FIG. 1 is known in the art and is 
essentially a switch that has enough paths across it that a received data packet 

15 does not have to be buffered before being switched to an intended receiver. 
The interconnection of data between the terminals IIO1-IIO4 of the packet 
network 100 of FIG. 1 is accomplished through the non-blocking switch 115, 
which will not be described in detail herein. 

FIG. 2 depicts a high level block diagram of an embodiment of a network 

20 interface controller 1 30 suitable for use in each of the terminals 1 1 01-1 1 04 of the 
packet network 1 00 of FIG. 1 . Because each of the interface controllers 1 30i- 
13O4 of the terminals 1 1O1-I IO4 is substantially the same, the network interface 
controller 130 of FIG. 2 should be considered representative of each of the 
interface controllers 130i-1304Of the packet network 100 of FIG. 1. The 

25 network interface controller 130 of FIG. 2 illustratively comprises a Transmit 
portion and a Receive portion. The Transmit portion of the network interface 
controller 130 of FIG. 2 illustratively comprises a Transmit Sync Trigger 
Generator 210, a Transmit Buffer Manager/DMA 215, a Transmit data queue 
(illustratively a first-in-first-out (FIFO) memory) 220, and a Transmit MAC 225. 

30 The Receive portion of the of the network interface controller 130 of FIG. 2 
illustratively comprises a Receive MAC 230. a Receive Buffer Manager/DMA 
235. a Receive data memory (illustratively a first-in-first-out (FIFO) queue) 240, 



1 
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a Sync filter 245, and a Receive Sync Trigger Generator 250. The network 
interface controller 130 of FIG. 2 further comprises a Bus Interface 260 common 
to both the Transmit portion and the Receive portion of the network interface 
controller and a counter 270. The Receive portion of the network interface 
5 controller 130 further comprises a Receive IP filter 275 for recognizing 

asynchronous data received and manipulating the received data according to 
conventional protocols. 

As previously disclosed, in the packet network 100 of FIG. 1. the clock 
for the master terminal 1 10i is provided by the reference master clock 120i. 

10 This clock supply may be an internal clock or a clock connected to the bus 
interface 260 residing outside of the master terminal 1 10i. Furthermore, the 
clock supply present in each of the slave terminals IIO2-I IO4, referred to as the 
slave-clocks I2O2-I2O4 may also be internal clocks or external clocks. In 
accordance with the present invention, the slave-clocks 1202-1204of the slave 

15 terminals 1 1O2-I IO4 receive synchronization data from the master terminal 1 1O1 
in response to a trigger signal from, for example, at least one of the slave 
terminals 1 1O2-I IO4, such that a slave-clock 120 of a requesting slave terminal 
1 1O2-I IO4 may be synchronized to the reference master clock 120i of the 
master terminal IIO1. 

20 In the packet network 100 of FIG. 1 , a sync initiation signal from the 

Reference Sync Generator 140 defines a start time for a Sync Time Frame 
(described in detail below) used in synchronizing the clocks of the slave 
terminals 1 1 02-1 1 04 to the master clock of the master terminal 1 1 01 . Upon 
receiving the initiation signal from the Reference Sync Generator 140, the 

25 counter 270 of the master terminal 1 1O1 is set to a known position (i.e., the 

counter of the master terminal is reset) and begins to count clock pulses of the 
reference master clock 120i. When the counter 270 of the master terminal 
counts a predetermined number of clock pulses, the counter of the master 
terminal 1 1O1 sends a signal to the Transmit Sync Trigger Generator 210 of the 

30 master terminal to generate a trigger that is communicated from the Transmit 
Sync Trigger Generator 210 to the Transmit Buffer Manager/DMA 215 to cause 
a data packet having a Sync Header stored in a specific location of the Transmit 
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Data FIFO 220, illustratively labeled Transmit Data FIFO_sync, to be 
transmitted by the TX MAC 225 to one of the slave terminals, for example, the 
first slave terminal 11 02. The first predetermined number of clock pulses 
defines an end of a first Sync Time Frame and the beginning of a second Sync 
5 Time Frame. Other data to be transmitted by the network interface controller 
130 is stored in the Transmit Data FIFO 220 in a section dedicated for such 
transmission. 

When the counter 270 of the master terminal counts a second 
predetermined number of clock pulses, the counter of the master terminal 1 1O1 

10 sends a second signal to the Transmit Sync Trigger Generator 21 0 of the 
master terminal to generate a trigger that is communicated from the Transmit 
Sync Trigger Generator 210 to the Transmit Buffer Manager/DMA 215 to cause 
a data packet having a Sync Header to be transmitted by the TX MAC 225 to 
another one of the slave terminals, for example, the second slave terminal 1 1O3. 

15 The second predetermined number of clock pulses defines an end of a second 
Sync Time Frame and the beginning of a third Sync Time Frame. When the 
counter 270 of the master terminal counts a third predetermined number of 
clock pulses, the counter of the master terminal 1 1O1 sends a signal to the 
Transmit Sync Trigger Generator 210 of the master terminal to generate a 

20 trigger that is communicated from the Transmit Sync Trigger Generator 210 to 
the Transmit Buffer Manager/DMA 215 to cause a data packet having a Sync 
Header to be transmitted by the TX MAC 225 to another one of the slave 
terminals, for example, the third slave terminal 1 1O4. The third predetermined 
number of clock pulses defines an end of the third Sync Time Frame. The 

25 predetermined number of counts counted by the counter 270 of the master 
terminal 1 1O1 may be defined by a user or may be a dynamic parameter that 
may be adjusted by the master terminal 1 1O1 depending on the clock accuracy 
desired in a system (i.e.. the more master clock pulses counted in a Sync Time 
Frame, the greater the accuracy of the synchronization between the master 

30 clock and the slave-clocks). In addition to the Sync packet, the respective 
determined Sync Time Frame is also communicated to an intended slave 
terminal. 
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Likewise, when the counter 270 of the master terminal counts the 
predetermined number of clock pulses as described above, the Receive Sync 
Trigger Generator 250 of the master terminal 1 10i generates a trigger that Is 
communicated to the Receive Buffer Manager/DMA 235 to notify the Receive 
5 Buffer Manager/DMA 235 that a package will be received from a slave terminal 
in response to the transmitted Sync packet. 

For example, when the first slave terminal 1 1O2 receives the data packet 
having the Sync Header and the Sync Time Frame, the Sync filter 245 of the 
first slave terminal 1 1 02 determines that the data packet having the sync header 

10 and the Sync Time Frame has been received from the master terminal 1 1O1. In 
response, the counter 270 of the first slave terminal 1 1O2 is set to known 
position (i.e., the counter 270 is reset). The counter 270 of the first slave 
terminal 1 1O2 then counts the clock pulses of its slave-clock I2O2 for a period of 
time equal to the respective Sync Time Frame, for example the first Sync Time 

15 Frame, recovered from the transmission from the master terminal 1 1O1. At the 
completion of the first Sync Time Frame, the counter 270 stops counting and 
the count information is communicated to and stored in the Transmit Data FIFO 
220 of the first slave terminal 1 1O2. The counter 270 the first slave terminal 
1 1O2 then communicates a signal to its Transmit Sync Trigger Generator 210 to 

20 generate a trigger that is communicated from the Transmit Sync Trigger 
Generator 210 to the Transmit Buffer Manager/DMA 215 to cause the data 
packet having the counter information to be transmitted by the TX MAC 225 of 
the first slave terminal 1 1O2 to the master terminal 1 1O1. 

The data packet transmitted back from the first slave terminal 1 1O2 is 

25 received by the master terminal 1 1O1 and the micro-controller 125i of the 

master terminal 1 1O1 uses the received data packet to determine a round trip 
delay time for data being transmitted to the first slave terminal 1 1O2 and 
received back from the first slave terminal 1 1O2. As such, the time latency for 
data being transmitted to the first slave terminal 1 1O2 from the master terminal 

30 1 1 01 is detennined. The master terminal 1 1O1 then determines an offset for the 
first slave terminal 1 1O2 using the determined relative round trip delay time and 
transmits the respective offset to the first slave terminal 1 1O2 such that the first 
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slave terminal 11 02 and the master terminal 1 1O1 have the same point of 
reference in time. 

The round trip delay time for the other slave terminals, the second slave 
terminal 1 1O3 and the third slave terminal 1 1O4, of the packet network 100 are 
5 determined in substantially the same manner. For example and as described 
above, after a second predetermined number of counts of the pulses of the 
reference master clock 1 20i of the master terminal 1 1 01, the counter 270 of the 
master terminal IIO1 sends a signal to the Transmit Sync Trigger Generator 
210 the master terminal 1 1O1 which generates a trigger signal that is 

10 communicated from the Transmit Sync Trigger Generator 21 0 to the Transmit 
Buffer Manager/DMA 215 to cause a data packet having a Sync header to be 
transmitted by the TX MAC 225 to the second slave terminal IIO3. In addition 
to the Sync packet, a respective determined Sync Time Frame is also 
communicated to the second slave terminal IIO3. As previously described, the 

15 signal from the counter 270 is also sent to the Receive Sync Trigger Generator 
250 of the master terminal 1 1O1 and causes a trigger to be sent from the 
Receive Sync Trigger Generator 250 to the Receive Buffer Manager/DMA 235 
to notify the Receive Buffer Manager/DMA 235 that a package will be received 
from the second slave terminal 1 1O3. 

20 When the second slave terminal 1 1O3 receives the data packet having 

the Sync Header and the second Sync Time Frame, the Sync filter 245 of the 
second slave terminal 1 1 03 determines that the data packet having the Sync 
header and the Sync Time Frame has been received. In response, the counter 
270 of the second slave terminal IIO3 is set to known position (i.e., the counter 

25 270 is reset). The counter 270 of the second slave terminal 1 1O3 then counts 
the clock pulses of its slave-clock I2O3 for a period of time equal to the 
respective Sync Time Frame, for example the second Sync Time Frame, 
recovered from the transmission from the master terminal 1 1O1. At the 
completion of the second Sync Time Frame, the counter 270 stops counting 

30 and the count information is communicated to and stored in the Transmit Data 
FIFO 220 of the second slave terminal 1 1O3. The counter 270 the second slave 
terminal 1 1O3 then communicates a signal to its Transmit Sync Trigger 
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Generator 210 to generate a trigger that is communicated from the Transmit 
Sync Trigger Generator 210 to the Transmit Buffer Manager/DMA 215 to cause 
the data packet having the counter information to be transmitted by the TX MAC 
225 to the master terminal 110i. 
5 As before, the data packet transmitted back from the second slave 

terminal 1 1O3 is received by the master terminal IIO1 where the micro-controller 
125i of the master terminal 1 1 O1 uses the received data packet to determine a 
round trip delay for a data packet being transmitted to the second slave terminal 

1 103 and received back from the second slave terminal 1 1O3. As such, the time 
10 latency for data being transmitted to the second slave temriinal 1 1O3 from the 

master terminal 1 1 01 is determined. The master terminal 1 1 01 then determines 
an offset for the second slave terminal 1 1O3 using the determined relative round 
trip delay time and transmits the respective offset to the second slave terminal 
1 lOsSuch that each the second slave terminal 1 1O3 and the master terminal 

15 1 1O1 have the same point of reference in time. The round trip delay times and 
the offsets for each of the slave terminals of a packet network in accordance 
with the present invention are determined in substantially the same manner 
using respective Sync Time Frames. The round trip delay measurement and 
offsets for the slave terminals 1 1O2-I IO4 is typically only required to be 

20 performed once, although, in alternate embodiments of the present invention 
where network conditions are changing, the round trip delay measurements 
may be performed periodically, for example, by the master terminal or may be 
performed by the master terminal in response to a trigger signal from at least 
one of the slave terminals. 

25 FIG. 3 depicts a high level block diagram of an embodiment of a micro- 

controller suitable for use in the master terminal 1 1O1 and the slave terminals 
1 1 02-1 1 04 of the packet network 1 00 of FIG. 1 . Because each of the micro- 
controllers 125i-1254 of the master terminal IIO1 and the slave terminals IIO2- 

1 104 is substantially the same, the micro-controller 125 of FIG. 3 should be 
30 considered representative of each of the micro-controllers 125i-1254 of the 

master terminal 1 1 01 and the slave terminals 1 1 02-1 1 04 of the packet network 
100 of FIG. 1. The micro-controller 125 of FIG. 3 comprises a processor 310 as 
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well as a memory 320 for storing information, algorithms and control programs. 
The processor 310 cooperates with conventional support circuitry 330 such as 
power supplies, clock circuits, cache memory and the like as well as circuits that 
assist in executing the software routines stored in the memory 320. As such, it 
5 is contemplated that some of the process steps discussed herein as software 
processes may be implemented within hardware, for example, as circuitry that 
cooperates with the processor 310 to perform various steps. The micro- 
controller 125 also contains input-output circuitry 340 that forms an interface 
between the various functional elements communicating with the micro- 

10 controller 125. 

Although the micro-controller 125 of FIG. 3 is depicted as a general 
purpose computer that is programmed to perform various control functions in 
accordance with the present invention, the processes of the micro-controller 
125 may be implemented in hardware, for example, as an application specified 

15 integrated circuit (ASIC). As such, the process steps described herein are 

intended to be broadly interpreted as being equivalents performed by software, 
hardware, or a combination thereof. 

In addition to determining the round trip delay time for each of the slave 
terminals, the initial data packets received from each of the slave terminals 

20 11 02-1 1 04 are used by the micro-controller 1 25i of the master terminal 1 1 01 to 
compare the slave-clock status (i.e., the count of the respective counter of each 
of the slave terminals) to the status of the master clock (i.e., the count of the 
counter of the master terminal 1 1O1 for each of the respective Sync Time 
Frames) to determine the offset between the reference master clock 120i of the 

25 master terminal 1 1O1 and the respective slave-clocks I2O2-I2O4 of the slave 
terminals 1 1 02-1 1 04. For example, when the master terminal 1 1 01 receives the 
data packet back from the first slave terminal 1 1O2 in response to the Sync data 
packet and, for example, the first Sync Time Frame, sent from the master 
terminal 1 1O1 to the first slave terminal 1 1O2 as described above, the returned 

30 data packet from the first slave terminal 1 1O2 contains information of the state of 
the counter (i.e., the number of slave-clock pulses counted) of the first slave 
terminal 1 1O2. The micro-controller 125i of the master terminal 1 1O1 compares 
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the state of the counter (i.e., the number of clock pulses) of the first slave 
terminal 1 1O2 to the counter of the master terminal 1 1O1 and determines how far 
the counter of the first slave terminal 1 1O2, which represents the state of the 
slave-clock of the first slave terminal 1 1O2, is offset from the reference master 
5 clock 12O1 taking into account the round trip delay time determined for the first 
slave terminal IIO2. 

More specifically, in one embodiment of the present invention, the slave- 
clock information from the first slave terminal 1 1O2 is compared to the master 
clock information for the respective Sync Time Frame, for the example above 

10 the first Sync Time Frame. The representative pulses of the slave-clock of the 
first slave terminal 1 1O2 are shifted by an amount proportional to the respective 
determined round trip delay time such that the counted clock pulses of the 
master clock 120i during the first Sync Time Frame and the counted clock 
pulses of the first slave terminal 1 1O2 during the first Sync Time Frame have the 

15 same point of reference in time. The phase of the clock pulses of the master 
clock I2O1 are then compared to the phase of the clock pulses of the first slave 
terminal 1 1O2. If the phases are offset, the micro-controller 125i of the master 
terminal 1 1O1 determines and records a phase offset amount for the slave-clock 
12O2 of the first slave terminal 1 1O2. The counted clock pulses received from 

20 the first slave terminal 1 1O2 are then offset by an amount equal to the offset 
determined by the master terminal 1 1O1. The number of clock pulses of the 
master clock 120i counted during the first Sync Time Frame are then compared 
to the number of clock pulses of the slave-clock counted by the counter of the 
first slave terminal 1 1O2 during the first Sync Time Frame. If the numbers of 

25 clock pulses are different, the micro-controller 125i of the master terminal 1 1O1 
determines and records a frequency offset amount for the slave-clock I2O2 of 
the first slave terminal 1 1O2. The micro-controller 125i of the master terminal 
1 1O1 then determines a sync signal, incorporating the phase offset and 
frequency offset, to transmit to the first slave terminal 1 1O2. Upon receiving the 

30 sync signal from the master terminal 1 1O1, the micro-controller 1252 of the first 
slave terminal 1 1O2 generates a control signal to adjust the slave-clock 12O2 an 
amount proportional to the sync signal generated by the master terminal 1 1O1 to 
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synchronize the slave-clock I2O2 of the first slave terminal IIO2 to the reference 
master clock 120i of the master terminal 1 1O1. The slave-clocks I2O3-I2O4 of 
the remaining slave terminals 1 1O3-IIO4 are synchronized to the master clock 
I2O1 of the master terminal in substantially the same manner but using the 
5 slave-clock information of the slave temiinals 1 1O3-I IO4 recorded during the 
respective Sync Time Frames. 

Although the embodiment described above depicts a specific method 
having ordered steps for determining a sync signal to synchronize the clock of 
the slave terminals to the master clock of the master terminal, the specific 

10 embodiment should not be treated as limiting the scope of the invention. It will 
be appreciated by those skilled In the art informed by the teachings of the 
present invention that various other methods and procedures may be 
implemented within the concepts of the present invention for determining a 
phase offset and a frequency offset between at least two clock signals. 

15 Furthermore, although in the embodiment of the invention described above it is 
described that the slave-clocks are offset by a particular amount to synchronize 
the slave-clocks of the slave terminals to the master clock of the master 
terminal, also within the concepts of the present Invention, the rate of the slave- 
clocks of the slave terminals may be increased or decreased to synchronize the 

20 slave-clocks of the slave terminals to the master clock of the master terminal. 
In an embodiment of the present invention, for subsequent 
synchronizations of slave-clocks of slave terminals of a packet network to a 
master clock of a master terminal (i.e., synchronizations initiated by 
transmissions other than the initial transmission of a data packet with a Sync 

25 header and Sync Time Frame from the master terminal 1 1O1 to the slave 
terminals 1 1 02-1 1 04) the respective counters of each of the slave terminals 
1 1O2-I IO4 are adapted to generate a signal after a respective predetermined 
number of counts, the signal being operative to cause the respective 
Transmitter Sync Trigger Generators of the slave terminals 1 1O2-1 104to 

30 generate a trigger signal. The trigger signal from the respective Transmitter 
Sync Trigger Generators are communicated to the respective Transmit Buffer 
Manager/DMAs to cause a respective data packet having a Sync Header to be 
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transmitted from respective ones of the slave terminals 1 102-1104to the master 
terminal 110i during the respective time intervals determined by the respective 
counters. For example, after a predetermined number of counts, the counter of 
the first slave terminal 1 1O2 generates a signal which is communicated to the 
5 Transmitter Sync Trigger Generator 21 0 of the first slave terminal 1 1 02. The 
signal communicated to the Transmitter Sync Trigger Generator causes the 
Transmitter Sync Trigger Generator of the first slave terminal 1 1O2 to generate a 
trigger signal that is communicated to the Transmit Buffer Manager/DMA 215 
causing a data packet stored in the Transmit Data FIFO 320 having a Sync 

10 Header to be transmitted by the TX MAC 225 of the first slave terminal 1 1O2 to 
the master terminal 1 1O1. As previously disclosed, a trigger is also generated 
by the Receive Sync Trigger Generator 250 of the first slave terminal 1 1O2 and 
communicated to the Receive Buffer Manager/DMA 235 to notify the Receive 
Buffer Manager/DMA 235 that a package will be received from the master 

15 terminal 1 1O1 in response to the transmitted Sync packet. The respective 
predetermined number of counts counted by the respective counters of the 
slave terminals 1 1O2-I IO4 implemented for initiating synchronization may be 
defined by a user or may be a dynamic parameter that may be adjusted by, for 
example respective micro-controllers, depending on the clock accuracy desired 

20 in a system (i.e., the smaller the predetermined number of counts initiating 

synchronization the more often the synchronization procedure is performed). In 
addition, the respective predetermined number of counts counted by the 
respective counters of the slave terminals 1 1O2-I IO4 implemented for initiating 
synchronization may be adjusted during the life of a system to initially perform 

25 synchronization more frequently and as the system settles to perform 
synchronizations less frequently. 

Upon receiving the data packet having the Sync Header, the Sync filter 
245 of the master terminal 1 1O1 determines that the data packet having the 
Sync header has been received. In response, the counter 270 of the master 

30 terminal 1 1O1 is set to a known position (i.e., the counter 270 is reset) upon 
receiving a signal from the Reference Sync Generator 140. As previously 
disclosed, the received signal from the Reference Sync Generator defines the 
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start of a Sync Time Frame. The counter 270 of the master terminal 1 1 0i then 
begins to count clock pulses of the reference master clock 120i. When the 
counter 270 of the master terminal counts a predetermined number of clock 
pulses, the counter of the master terminal 1 10i sends a signal to the Transmit 
5 Sync Trigger Generator 21 0 of the master terminal to generate a trigger that is 
communicated from the Transmit Sync Trigger Generator 210 to the Transmit 
Buffer Manager/DMA 215 to cause a data packet having a Sync Header to be 
transmitted by the TX MAC 225 to the first slave terminal 1 1O2. As previously 
disclosed, the first predetermined number of clock pulses defines an end of the 

10 Sync Time Frame. In addition to the Sync packet, the Sync Time Frame is also 
communicated to the first slave terminal 1 1O2 (i.e., the slave temninal initiating 
the synchronization of the clocks). 

When the first slave terminal 1 1O2 receives the data packet having the 
Sync Header and the Sync Time Frame, the Sync filter 245 of the first slave 

15 terminal 11 02 determines that the data packet having the sync header and the 
Sync Time Frame has been received from the master terminal 1 1O1. In 
response, the counter 270 of the first slave terminal 1 1O2 is set to known 
position (i.e., the counter 270 is reset). The counter 270 of the first slave 
terminal 1 1O2 then counts the clock pulses of its slave-clock 12O2 for a period of 

20 time equal to the Sync Time Frame recovered from the transmission from the 
master terminal 1 1O1. At the completion of the first Sync Time Frame, the 
counter 270 stops counting and the count information is communicated to and 
stored in the Transmit Data FIFO 220 of the first slave terminal 1 1O2. The 
counter 270 the first slave terminal 1 1O2 then communicates a signal to its 

25 Transmit Sync Trigger Generator 21 0 to generate a trigger that is 

communicated from the Transmit Sync Trigger Generator 210 to the Transmit 
Buffer Manager/DMA 215 to cause the data packet having the counter 
information to be transmitted by the TX MAC 225 to the master terminal 1 1O1. 

The synchronization procedure then continues as disclosed above for the 

30 initial synchronization procedure. Briefly stated, the example of a subsequent 
synchronization procedure disclosed above defines that a trigger signal (i.e., the 
transmission of a respective Sync Packet from a respective slave terminal after 
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a predetermined number of counts) from any of the slave terminals 1 1O2-I IO4 is 
operative for causing the synchronization procedure of the present invention to 
occur as disclosed above for the initial synchronization procedure. It should be 
noted, however, in alternate embodiments of the present invention, multi-frame 
5 triggers may be implemented. More specifically, to account for and 

accommodate different data rates that may occur in a network in accordance 
with the present invention, the Transmit Sync Generator and the Receive Sync 
Generator of a slave terminal may be adapted to generate a trigger for, for 
example, every other time a predetermined count number is reached instead of 

10 every time. That Is, the Transmit Sync Generator and the Receive Sync 
Generator of a slave terminal may be adapted to generate a trigger after a 
certain number of times a predetermined count number has been counted by a 
respective counter (instead of generating a trigger each time a predetermined 
count number is counted). Even further, some slave terminals may be 

15 configured to operate on a multi-frame basis while others are configured to 
operate on a single frame basis. 

In an alternate embodiment of the present invention, for subsequent 
synchronizations of slave-clocks of slave terminals of a packet network to a 
master clock of a master terminal (i.e., synchronizations initiated by 

20 transmissions other than the initial transmission of a data packet with a Sync 
header and the Sync Time Frame from the master terminal 1 1O1 to the slave 
terminals IIO2-IIO4), an initiation pulse generated by the Reference Sync 
Generator 140 is periodically repeated such that the slave-clocks I2O2-I2O4 of 
the slave terminals 1 1O2-I IO4 are periodically synchronized to the reference 

25 master clock 120i of the master terminal 1 1O1. More specifically, the initiation 
synchronization procedure of the present invention as disclosed above may be 
periodically repeated (i.e., with the exception of the determination of the round 
trip delay times for each of the slave terminals) according to a synchronization 
schedule determined by the Reference Sync Generator 140 and the 

30 transmission of an initiation pulse (i.e., the beginning of a first Sync Time 
Frame). The period for the repetition of the Initiation pulse generated by the 
Reference Sync Generator 140 is a dynamic parameter that may be determined 



Bhandari 3-16-5 



16 



by a user which depends on, at least, the accuracy of the clock synchronization 
desired in a particular network or system. 

While the forgoing is directed to various embodiments of the present 
invention, other and further embodiments of the invention may be devised 
5 without departing from the basic scope thereof. As such, the appropriate scope 
of the invention is to be determined according to the claims, which follow. 



